Method and system for implementing a geofence boundary for a tracked asset

ABSTRACT

An asset&#39;s TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU&#39;s GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, internet, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims priority under 35 USCsec. 120 to, U.S. patent application Ser. No. 14/074,604, which is acontinuation of, and claims priority under 35 USC sec. 120 to, U.S.patent application Ser. No. 12/881,111, now U.S. Pat. No. 8,653,956,which claims priority under 35 USC sec. 119 to U.S. Provisional PatentApplication 61/241,680 having a filing date of Sep. 11, 2009, all ofwhich this application incorporates herein by reference in theirentireties.

FIELD

The invention relates to asset tracking, and more particularly tolocally determining whether an asset has crossed a geofence boundary.

BACKGROUND

Existing methods and systems for operating a geofence for tracked assetstypically use an algorithm that base a definition of a geofence boundaryon a predetermined geographical location.

A typical tracking device existing in the art uses a global positioningsatellite (“GPS”) to determine the current location of the device. Awireless transceiver coupled to the GPS receiver, and GPS processor,transmits information from the GPS processor toward a central computerfor processing. The algorithm then compares the current locationcoordinate of the GPS receiver to predetermined coordinates, or otherdefinition of a geometric shape, such as an equation of a circlecentered at a given location predetermined by a user at the centralcomputer, to determine whether the GPS device, and thus what it is fixedto, is bounded by the geometric shape. If not, the central computer maygenerate a notification that the geometric shape does not bound the GPSdevice.

While such an approach performs the desired function of generating thenotice when a tracked asset leaves the predetermined geographicalboundary, for example, the approach also has drawbacks. The drawbacksinclude excessive power usage and wireless transmission bandwidth usage.To perform a comparison of the current location to the geographicalboundary, a system may periodically transmits current locationcoordinates to the central server, and then the central server performsthe comparison and generation of alerts if the comparison indicates thatthe geographical boundary does not bound the tracked asset. Since eachtransmission of a data unit, such as a packet, cost money, each periodictransmission of a data unit incurs a cost in air time.

In addition, a person, or organization, that it tracking a particularasset may want to track an asset to determine that it has not movedoutside a boundary when the asset is supposed to be turned off. Forexample, if someone leaves a car parked at an airport, he may want tolog on to a web site and determine that his car has not moved from theairport—movement from the airport would indicate a stolen vehiclesituation although the user might have permitted service personnel tomove the car while at the airport for servicing or maintenance. In sucha scenario, upon each periodic transmission of data the wirelesstransceiver would drain the vehicle's battery by a measurable amount.

Furthermore, in another scenario, a service provider providing roadsideassistance in response to an emergency call, distress call, or call forassistance, may have an interest in tracking an asset that it does notown. If a provider dispatches a field unit (i.e., a mechanic in a repairtruck, or a tow truck) to provide assistance to a requesting motoristthe motorist may either repair the car himself before the field unitarrives, or another responder may arrive first and render aid. In such asituation, the first service provider may end up allocating its resourceto the motorist, only to discover upon arrival at the location where themotorist initiated the request for assistance that the motorist hasleft.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 Illustrates a schematic of an exemplary apparatus.

FIG. 2 Illustrates an exemplary system.

FIG. 3 Illustrates an exemplary operating environment for disclosedmethods.

FIG. 4 illustrates a flow diagram for a method for operating a geofenceboundary around a vehicle's present location.

DESCRIPTION

Methods, systems, and apparatuses can utilize GPS capabilities andtwo-way in-vehicle data communications, typically wireless, between anin-car device and a telematics operations center (“TOC”). The methods,systems, and apparatuses may enable various navigation solutions. Themethods, systems, and apparatuses can comprise on-board navigation,off-board navigation, and/or a hybrid navigation approach. On-boardnavigation can comprise systems that store map data, location data, andcan determine routing information in an apparatus installed in a vehicleor handheld. Off-board navigation can comprise systems wherein map data,location data, and routing determination capability is on a remoteserver, which may forward map data, location data, and determined routestoward an apparatus installed in a vehicle or handheld portable device.A hybrid navigation system can comprise systems that store map andlocation data on an apparatus installed in a vehicle device, or handhelddevice, with updates to the map and location data provided by a remoteserver. In a hybrid navigation system, routing can be performed on thevehicle apparatus, or at the remote server. In one aspect, an apparatuscomprising a telematics control unit (“TCU”) is installed in a vehicle.Such a vehicle may include, but is not limited to, personal andcommercial automobiles, motorcycles, transport vehicles, watercraft,aircraft, and the like. For example, an entire fleet of a vehiclemanufacturer's vehicles can be equipped with a TCU 101 shown in FIG. 1.TCU 101 can perform any of the methods disclosed herein in part and/orin their entireties.

A single box, or enclosure, may contain components of TCU 101, includinga single core processing subsystem, or can comprise componentsdistributed throughout a vehicle. Components of the apparatus can beseparate subsystems of the vehicle; for example, a communicationscomponent such as a SDARS, or other satellite receiver, can be coupledwith an entertainment system of the vehicle. FIG. 1 illustrates anexample of TCU 101, but does not suggest any limitation as to the scopeof use or functionality of operating architecture. Neither should theTCU apparatus be necessarily interpreted as having any dependency orrequirement relating to any one or combination of components illustratedin the exemplary apparatus. TCU apparatus 101 can comprise one or morecommunications components. Apparatus 101 illustrates communicationscomponents (modules) PCS/Cellular modem 102 and SDARS receiver 103.These components can be referred to as vehicle mounted transceivers whenlocated in a vehicle. PCS/Cell Modem 102 can operate on any frequencyavailable in the country of operation, including, but not limited to,the 850/1900 MHz cellular and PCS frequency allocations. The type ofcommunication can include, but is not limited to GPRS, EDGE, UMTS, 1xRTTor EV-DO. The PCS/Cell modem 102 can be a Wi-Fi or mobile WIMAXimplementation that can support operation on both licensed andunlicensed wireless frequencies. Apparatus 101 can comprise an SDARSreceiver 103 or other satellite receiver. SDARS receiver 103 can utilizehigh powered satellites operating at, for example, 2.35 GHz to broadcastdigital content to automobiles and some terrestrial receivers, generallydemodulated for audio content, but can contain digital data streams.

PCS/Cell Modem 102 and SDARS receiver 103 can be used to update anonboard database 112 contained within, or coupled to, apparatus 101. TCUapparatus 101 can request updating, or updating can occur automatically.For example, database updates can be performed using FM subcarrier,cellular data download, other satellite technologies, Wi-Fi and thelike. SDARS data downloads can provide the most flexibility and lowestcost by pulling digital data from an existing receiver that exists forentertainment purposes. An SDARS data stream is not a channelizedimplementation (like AM or FM radio) but a broadband implementation thatprovides a single data stream that is separated into useful andapplicable components.

GPS receiver 104 can receive position information from a constellationof satellites operated by the U.S. Department of Defense. AlternativelyGPS receiver 104 can be a GLONASS receiver operated by the RussianFederation Ministry of Defense, or any other positioning device capableof providing accurate location information (for example, LORAN, inertialnavigation, and the like). GPS receiver 104 can contain additionallogic, either software, hardware or both to receive the Wide AreaAugmentation System (WAAS) signals, operated by the Federal AviationAdministration, to correct dithering errors and provide the mostaccurate location possible. Overall accuracy of the positioningequipment subsystem containing WAAS is generally in the two meter range.Optionally, apparatus 101 can comprise a MEMS gyro 105 for measuringangular rates and wheel tick inputs for determining the exact positionbased on dead-reckoning techniques. This functionality is useful fordetermining accurate locations in metropolitan urban canyons, heavilytree-lined streets, and tunnels.

In an aspect, the GPS receiver 104 can activate upon vehicle crank-up,or start of vehicle motion. GPS receiver 104 can go into idle onignition off, or after ten minutes without vehicle motion. Time to firstfix can be <45s 90% of the time. For example, this can be achievedeither through chipset selection or periodic wake-up of a processor inTCU 101.

One or more processors 106 can control the various components of theapparatus 101. Processor 106 can be coupled to removable/non-removable,volatile/non-volatile computer storage media. By way of example, FIG. 1illustrates memory 107, coupled to the processor 106, which can providenon-volatile storage of computer code, computer readable instructions,data structures, program modules, and other data for the computer 101.For example and not meant to be limiting, memory 107 can be a hard disk,a removable magnetic disk, a removable optical disk, magnetic cassettesor other magnetic storage devices, flash memory cards, CD-ROM, digitalversatile disks (DVD) or other optical storage, random access memories(RAM), read only memories (ROM), electrically erasable programnnableread-only memory (EEPROM), and the like. Data obtained and/or determinedby processor 106 can be displayed to a vehicle occupant and/ortransmitted to a remote processing center. This transmission can occurover a wired or a wireless network. For example, the transmission canutilize PCS/Cell Modem 102 to transmit the data over a cellularcommunication network. The data can be routed through the Internet whereit can be accessed, displayed and manipulated.

Processing by the disclosed systems and methods can be performed underthe control of software components. The disclosed system and method canbe described in the general context of computer-executable instructions,such as program modules, being executed by one or more computers orother devices. Generally, program modules comprise computer code,routines, programs, objects, components, data structures, etc. thatperform particular tasks; or implement, or manipulate, particularabstract data types. The disclosed methods can also be practiced ingrid-based and distributed computing environments where tasks areperformed by remote processing devices that are linked through acommunications network. In a distributed computing environment, programmodules can be located in both local and remote computer storage mediaincluding memory storage devices.

The methods and systems can employ Artificial Intelligence techniquessuch as machine learning and iterative learning. Examples of suchtechniques include, but are not limited to, expert systems, case basedreasoning, Bayesian networks, behavior based AI, neural networks, fuzzysystems, evolutionary computation (e.g. genetic algorithms), swarmintelligence (e.g. ant algorithms), and hybrid intelligent systems (e.g.Expert inference rules generated through a neural network or productionrules from statistical learning).

Any number of program modules can be stored in memory 107, including byway of example, an operating system 113 and reporting software 114. Eachof the operating system 113 and reporting software 114 (or somecombination thereof) can comprise elements of the programming and thereporting software 114. Data can also be stored on the memory 107 indatabase 112. Database 112 can be any of one or more databases known inthe art. Examples of such databases comprise, DB2®, Microsoft® Access,Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like, or anyother way, or format, for storing data and information for laterretrieval. Database 112 can be centralized, or distributed acrossmultiple systems.

In some aspects, data can be stored and transmitted in loss-lesscompressed form and the data can be tamper-proof. Non-limiting examplesof data that can be collected follow herein. After a connection isestablished the protocol being used can be stored. A timestamp can berecorded on ignition for one or more trips. Speed every second duringthe trip. Crash events can be stored (for example, as approximated viaOBD II speed). By way of example, GPS related data that can be recordedduring one or more trips can comprise one or more of, time, latitude,longitude, altitude, speed, heading, horizontal dilution of precision(HDOP), number of satellites locked, and the like. In one aspect,recorded data can be transmitted from the apparatus to a back-office forintegrity verification and then via, for example, a cellular network.Once validated, data can be pushed to a company via establishedweb-services & protocols.

By way of example, the operating system 113 can be a Linux (Unix-like)operating system. One feature of Linux is that it includes a set of “C”programming language functions referred to as “NDBM”. NDBM is an API formaintaining key/content pairs in a database which allows for quickaccess to relatively static information. NDBM functions use a simplehashing function to allow a programmer to store keys and data in datatables and rapidly retrieve them based upon the assigned key. A majorconsideration for an NDBM database is that it only stores simple dataelements (bytes) and requires unique keys to address each entry in thedatabase. NDBM functions provide a solution that is among the fastestand most scalable for small processors.

Such programs and components may reside at various times in differentstorage components of the apparatus 101, and may be executed by theprocessor 106 of apparatus 101. An implementation of reporting software114 can be stored on or transmitted across some form of computerreadable media. Computer readable media can be any available media thatcan be accessed by a computer. By way of example and not meant to belimiting, computer readable media can comprise “computer storage media”and “communications media.” “Computer storage media” comprise volatileand non-volatile, removable and non-removable media implemented in anymethod or technology for storage of information such as computerreadable instructions, data structures, program modules, or other data.Exemplary computer storage media comprises, but is not limited to, RAM,ROM, EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can be accessed by a computer.

FIG. 1 illustrates system memory 108, coupled to the processor 106,which can comprise computer readable media in the form of volatilememory, such as random access memory (RAM, SDRAM, and the like), and/ornon-volatile memory, such as read only memory (ROM). The system memory108 typically contains data and/or program modules such as operatingsystem 113 and reporting software 114 that are immediately accessible toand/or are presently operated on by the processor 106. The operatingsystem 113 can comprise a specialized task dispatcher, slicing availablebandwidth among the necessary tasks at hand, including communicationsmanagement, position determination and management, entertainment radiomanagement, SDARS data demodulation and assessment, power control, andvehicle communications.

The processor 106 can control additional components within the apparatus101 to allow for ease of integration into vehicle systems. The processor106 can control power to the components within the apparatus 101, forexample, shutting off GPS receiver 104 and SDARS receiver 103 when thevehicle is inactive, and alternately shutting off the PCS/Cell Modem 102to conserve the vehicle battery when the vehicle is stationary for longperiods of inactivity. The processor 106 can also control an audio/videoentertainment subsystem 109 and comprise a stereo codec and multiplexer110 for providing entertainment audio and video to the vehicleoccupants, for providing wireless communications audio (PCS/Cell phoneaudio), speech recognition from the driver compartment for manipulatingthe SDARS receiver 103 and PCS/Cell Modem 102 phone dialing, and text tospeech and pre-recorded audio for vehicle status annunciation.

TCU apparatus 101 can interface and monitor various vehicle systems andsensors to determine vehicle conditions. Apparatus 101 can interfacewith a vehicle through a vehicle interface 111. The vehicle interface111 can include, but is not limited to, OBD (On Board Diagnostics) port,OBD-II port, CAN (Controller Area Network) port, and the like. TCU 101may also be integrated into a vehicle and be coupled, either byconductors, fiber cable, or wirelessly, to a vehicle's communication andcomputer system. A cable can be used to connect the vehicle interface111 to a vehicle. Any type of cable capable of connecting to a vehiclediagnostics port can be used. In one aspect, an OBD II connector cablecan be used that follows the J1962 trapezoidal connector specification,the J1939 or J1708 round connector specifications, and the like. Acommunication protocol such as, J1850 PWM, J1850 VPW, ISO9141-2,ISO14230-4, ISO15765-4, and the like can be used to collect data throughthe vehicle interface 111. The vehicle interface 111, allows theapparatus 101 to receive data indicative of vehicle performance, such asvehicle trouble codes, operating temperatures, operating pressures,speed, fuel air mixtures, oil quality, oil and coolant temperatures,wiper and light usage, mileage, break pad conditions, and any other dataobtained from any vehicle system, subsystem, or sensor, coupled with theTCU 101, such as over bus using CAN protocol, an ISO protocol, a keyword2000 protocol, or a similar protocol for interfacing various sensors,modules, and computers in a vehicle with each other. Additionally, CANinterfacing can eliminate individual dedicated inputs to determine, forexample, brake usage, backup status, and it can allow reading of onboardsensors in certain vehicle stability control modules providing gyrooutputs, steering wheel position, accelerometer forces and the like fordetermining driving characteristics. TCU apparatus 101 can interfacedirectly with a vehicle subsystem or a sensor, such as, for example, anaccelerometer, gyroscope, airbag deployment computer, and the like. Dataobtained from, and processed data derived from, the various vehiclesystems and sensors can be transmitted to a central monitoring stationvia the PCS/Cell Modem 102 over a communication network.

Communication with a vehicle driver can be through an infotainment(radio) head unit (not shown), or other display device (also not shown).More than one display device can be used. Examples of display devicesinclude, but are not limited to, a monitor, an LCD (Liquid CrystalDisplay), a projector, and the like. Audio/video entertainment subsystem109 can comprise a radio receiver, FM, AM, Satellite, Digital and thelike. Audio/video entertainment subsystem 109 can comprise one or moremedia players. An example of a media player includes, but is not limitedto, audio cassettes, compact discs, DVD's, Blu-ray, HD-DVDs, Mini-Discs,flash memory, portable audio players, hard disks, game systems, and thelike. Audio/video entertainment subsystem 109 can comprise a userinterface for controlling various functions. The user interface cancomprise buttons, dials, and/or switches. In certain embodiments, theuser interface can comprise a display screen. The display screen can bea touch screen. The display screen can be used to provide informationabout the particular entertainment being delivered to an occupant,including, but not limited to Radio Data System (RDS) information, ID3tag information, video, and various control functionality (such as next,previous, pause, etc. . . . ), websites, and the like. Audio/videoentertainment subsystem 109 can utilize wired or wireless techniques tocommunicate to various consumer electronics including, but not limitedto, cellular phones, laptops, PDAs, portable audio players, and thelike. Audio/video entertainment subsystem 109 can be controlled remotelythrough, for example, a wireless remote control, voice commands, and thelike.

The methods, systems, and apparatuses disclosed herein can utilize powermanagement techniques to ensuring that a consumer's, or motorist's, carbattery is not impaired under normal operating conditions. This caninclude battery backup support when the vehicle is turned off in orderto support various wake-up and keep-alive tasks. All data collectedsubsequent to the last acknowledged download can be maintained innon-volatile memory until the apparatus is reconnected to an externalpower source. At that point, the apparatus can self re-initialize andresume normal operation. Specific battery chemistry can optimizelife/charge cycles. The battery can be rechargeable. The battery can beuser replaceable or non-user replaceable.

TCU apparatus 101 can receive power from power supply 114. The powersupply can have many unique features necessary for correct operationwithin the automotive environment. One mode is to supple a small amountof power (typically less than 100 microamps) to at least one mastercontroller that can control all the other power buses inside of the TCU101. In an exemplary system, a low power low dropout linear regulatorsupplies this power to PCS/Cellular modem 102. This provides the staticpower to maintain internal functions so that it can await external userpush-button inputs or await CAN activity via vehicle interface 111. Uponreceipt of an external stimulus via either a manual push button or CANactivity, the processor contained within the PCS/Cellular modem 102 cancontrol the power supply 114 to activate other functions within TCU 101,such as GPS 104/GYRO 105, Processor 106/memory 107 and 108, SDARSreceiver 103, audio/video entertainment system 109, audio codec mux 110,and any other peripheral within the TCU that does not require standbypower.

Processors in a TCU can have a plurality of power supply states. Onestate can be a state of full power and operation used when the vehicleis operating. Another state can be full power delivery from batterybackup. Turning off the GPS and other non-communication relatedsubsystem while operating on the back-up batteries can reduce backuppower usage. Another state can be when the vehicle associated with TCU101 has been shut off recently, perhaps within the last 30 days, and theTCU maintains communication over a two-way wireless network for variousauxiliary services like remote door unlocking and location determinationmessages. After a recent shut down period, it is desirable to conservecharge in the vehicle's battery by turning off almost all power-usingportions of TCU 101, except portions used to maintain system time of dayclocks, and other functions waiting to be awakened on CAN activity.Additional power states are contemplated, such as a low power wakeup tocheck for network messages.

Normal operation can comprise, for example, the PCS/Cellular modem 102waiting for an emergency pushbutton key-press from a user interfacedevice, or for CAN activity. Once either is detected, the PCS/Cellularmodem 102 can awaken and enable power supply 114. Similar operation canoccur for a shutdown process wherein a first level shutdown processturns off everything except the PCS/Cellular modem 102, for example. ThePCS/Cellular modem 102 can maintain wireless network contact during thisstate of operation. TCU 101 can operate normally in this state when thevehicle is turned off. If the vehicle is off for an extended period oftime, perhaps over a vacation etc., the PCS/Cellular modem 102 can bedropped to a very low power state where it no longer maintains contactwith the wireless network.

Additionally, in FIG. 1, subsystems can include a BlueTooth transceiver115 that can facilitate interfacing with devices such as phones,headsets, music players, and telematics user interfaces. The apparatuscan comprise one or more user inputs, such as emergency button 117 andnon-emergency button 118. Emergency button 117 can be coupled toprocessor 106. The emergency button 117 can be located in a vehiclecockpit and activated an occupant of the vehicle. Activation of theemergency button 117 can cause processor 106 to initiate a voice anddata connection from the vehicle to a central monitoring station, alsoreferred to as a remote call center. Data such as GPS location andoccupant personal information can be transmitted to the call center. Thevoice connection permits two way voice communication between a vehicleoccupant and a call center operator. The call center operator can havelocal emergency responders dispatched to the vehicle based on the datareceived. In another embodiment, the connections are made from thevehicle to an emergency responder center.

One or more non-emergency buttons 118 can be coupled to processor 106.Non-emergency buttons 118 can be located in a vehicle cockpit andactivated by an occupant of the vehicle. Activation of the one or morenon-emergency buttons 118 can cause processor 106 to initiate a voiceand data connection from the vehicle to a remote call center. Data suchas GPS location and occupant personal information can be transmitted tothe call center; a TOC can use this information to retrieve vehicle andmotorist information, such as drug allergies or other medical issuesparticular to a given motorist. The voice connection permits two wayvoice communications between a vehicle occupant and a call centeroperator. The call center operator, such as a operator working for atelematics services provider, or working for a roadside assistanceoperator, can provide location based services to the vehicle occupantbased on the data received and the vehicle occupant's desires, as wellas the needs of a service provider. For example, a button can provide avehicle occupant with a link to roadside assistance services such astowing, spare tire changing, refueling, and the like, either directly orthrough an intermediary call center, such as a telematics serviceprovider or a membership-based roadside assistance provider. In anotherembodiment, a button can provide a vehicle occupant with concierge-typeservices, such as local restaurants, their locations, and contactinformation; local service providers their locations, and contactinformation; travel related information such as flight and trainschedules; and the like.

For any voice communication made through TCU 101, text-to-speechalgorithms can be used so as to convey predetermined messages inaddition to or in place of a vehicle occupant speaking. This allows forcommunication when the vehicle occupant is unable or unwilling tocommunicate vocally.

In an aspect, apparatus 101 can be coupled to a telematics userinterface located remote from the apparatus. For example, the telematicsuser interface can be located in the cockpit of a vehicle in view ofvehicle occupants while the apparatus 101 is located under thedashboard, behind a kick panel, in the engine compartment, in the trunk,or generally out of sight of vehicle occupants.

FIG. 2 is a block diagram illustrating an exemplary telematics system200 showing network connectivity between various components. System 200can comprise a TCU 101 located in a motor vehicle 201 and a mobilecommunication device 207. Mobile communication device can be a pager, adevice having cellular phone circuitry, a PDA, a laptop, and the like.System 200 can comprise a central monitoring station 202. The centralmonitoring station 202 can serve as a market specific data gatekeeper.That is, users 203 can pull information from specific, multiple or allmarkets at any given time for immediate analysis. The distributedcomputing model has no single point of complete system failure, thusminimizing downtime of system 200. In an embodiment, central monitoringstation 202 can communicate through an existing communications network(e.g., wireless towers 204 and communications network 205) with the TCU101 and the mobile communication device 207. In another embodiment, TCU101 can communicate directly with the mobile communication device 207.System 200 can comprise at least one satellite 206 from which GPS dataare determined. These signals can be received by a GPS receiver in thevehicle 201. Station 202 can also include servers for providingtelematics services, and for storing telematics-related customer andvehicle information.

System 200 can comprise a plurality of users 203 (governments,corporations, individuals, and the like) which can access the systemusing a computer, or other computing device, running a commerciallyavailable Web browser or client software. For simplicity, FIG. 2 showsonly one user 203. Users 203 can connect to the telematics navigationsystem 200 via the communications network 205. In an embodiment,communications network 205 can comprise the Internet.

Telematics system 200 can comprise a central computer, or monitoringstation, 202 which can comprise one or more central monitoring stationservers. In some aspects, one or more central monitoring station serverscan serve as the “back-bone” (i.e., system processing) of system 200.One skilled in the art will appreciate that telematics system 200 canutilize servers (and databases) physically located on one or morecomputers and at one or more locations. Central monitoring stationserver can comprise software code logic that is responsible for handlingtasks such as route determination, traffic analysis, map data storage,location data storage, POI data storage, data interpretations,statistics processing, data preparation and compression for output toTCU 101, and interactive route planning, location and POI searching, andthe like, for output to users 203. In an embodiment, user 203 can host aserver (also referred to as a remote host) that can perform similarfunctions as a central monitoring station server. In an embodiment oftelematics system 200, central monitoring station servers and/or remotehost servers, can have access to a repository database which can be acentral store for a portion of or all information within telematicssystem 200 (e.g., executable code, map, location, POI information,subscriber information such as login names, passwords, etc., and vehicleand demographics related data).

In an aspect, central monitoring station 202 can provide updates to TCU101 including, but not limited to, map updates, POI updates, routingsoftware updates, and the like.

Central monitoring station servers and/or a remote host server can alsoprovide a “front-end” for telematics system 200. That is, a centralmonitoring station server can comprise a web server for providing a website which sends out web pages in response to requests from remotebrowsers (i.e., users 203, or customers of users 203). Morespecifically, a central monitoring station server and/or a remote hostserver can provide a graphical user interface (GUI) “front-end” to users203 of the telematics navigation system 200 in the form of Web pages.These Web pages, when sent to the user PC (or the like), can result inGUI screens being displayed.

FIG. 3 is a block diagram illustrating an exemplary operatingenvironment for performing the disclosed methods, for example, a server,or other computing device, at a remote host or a central monitoringstation. This exemplary operating environment is only an example of anoperating environment and is not intended to suggest any limitation asto the scope of use or functionality of operating environmentarchitecture. Neither should the operating environment be interpreted ashaving any dependency or requirement relating to any one or combinationof components illustrated in the exemplary operating environment.

The methods and systems can be operational with numerous other generalpurpose or special purpose computing system environments orconfigurations. Examples of well known computing systems, environments,and/or configurations that can be suitable for use with the system andmethod comprise, but are not limited to, personal computers, servercomputers, laptop devices, and multiprocessor systems. Additionalexamples comprise set top boxes, programmable consumer electronics,network PCs, minicomputers, mainframe computers, distributed computingenvironments that comprise any of the above systems or devices, and thelike.

In another aspect, the methods and systems can be described in thegeneral context of computer instructions, such as program modules, beingexecuted by a computer. Generally, program modules comprise routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Themethods and systems can also be practiced in distributed computingenvironments where tasks are performed by remote processing devices thatare linked through a communications network. In a distributed computingenvironment, program modules can be located in both local and remotecomputer storage media including memory storage devices.

Further, one skilled in the art will appreciate that the systems andmethods disclosed herein can be implemented via a general-purposecomputing device in the form of a computer device, or computer 501. Thecomponents of computer 501 can comprise, but are not limited to, one ormore processors or processing units 503, a system memory 512, and asystem bus 513 that couples various system components including theprocessor 503 to the system memory 512.

The system bus 513 represents one or more of several possible types ofbus structures, including a memory bus or memory controller, aperipheral bus, an accelerated graphics port, and a processor or localbus using any of a variety of bus architectures. By way of example, sucharchitectures can comprise an Industry Standard Architecture (ISA) bus,a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, aVideo Electronics Standards Association (VESA) local bus, an AcceleratedGraphics Port (AGP) bus, and a Peripheral Component Interconnects (PCI)bus, PCI-Express bus, Universal Serial Bus (USB), and the like. The bus513, and all buses specified in this description can also be implementedover a wired or wireless network connection and each of the subsystems,including the processor 503, a mass storage device 504, an operatingsystem 505, navigation software 506, navigation data 507, a networkadapter (or communications interface) 508, system memory 512, anInput/Output Interface 510, a display adapter 509, a display device 511,and a human machine interface 502, can be contained within one or moreremote computing devices 514 a,b,c at physically separate locations,connected through buses of this form, in effect implementing a fullydistributed system. In one aspect, a remote computing device can be aTCU.

The computer 501 typically comprises a variety of computer readablemedia. Exemplary readable media can be any available media that isaccessible by the computer 501 and comprises, for example and not meantto be limiting, both volatile and non-volatile media, removable andnon-removable media. The system memory 512 comprises computer readablemedia in the form of volatile memory, such as random access memory(RAM), and/or non-volatile memory, such as read only memory (ROM). Thesystem memory 512 typically contains data such as navigation data 507and/or program modules such as operating system 505 and navigationsoftware 506 that are immediately accessible to and/or are presentlyoperated on by the processing unit 503. Navigation data 507 can compriseany data generated by, generated for, received from, or sent to TCU 101.

In another aspect, the computer 501 can also comprise otherremovable/non-removable, volatile/non-volatile computer storage media.By way of example, FIG. 3 illustrates a mass storage device 504 whichcan provide non-volatile storage of computer code, computer readableinstructions, data structures, program modules, and other data for thecomputer 501. For example and not meant to be limiting, a mass storagedevice 504 can be a hard disk, a removable magnetic disk, a removableoptical disk, magnetic cassettes or other magnetic storage devices,flash memory cards, CD-ROM, digital versatile disks (DVD) or otheroptical storage, random access memories (RAM), read only memories (ROM),electrically erasable programmable read-only memory (EEPROM), and thelike.

Optionally, any number of program modules can be stored on the massstorage device 504, including by way of example, an operating system 505and navigation software 506. Each of the operating system 505 andnavigation software 506 (or some combination thereof) can compriseelements of the programming and the navigation software 506. Navigationdata 507 can also be stored on the mass storage device 504. Navigationdata 507 can be stored in any of one or more databases known in the art.Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft®SQL Server, Oracle®, mySQL, PostgreSQL, and the like. The databases canbe centralized or distributed across multiple systems.

In another aspect, the user can enter commands and information into thecomputer 501 via an input device (not shown). Examples of such inputdevices comprise, but are not limited to, a keyboard, pointing device(e.g., a “mouse”), a microphone, a joystick, a scanner, tactile inputdevices such as gloves, and other body coverings, a haptic interface,and the like These and other input devices can be connected to theprocessing unit 503 via a human machine interface 502 that is coupled tothe system bus 513, but can be connected by other interface and busstructures, such as a parallel port, game port, an IEEE 1394 Port (alsoknown as a Firewire port), a serial port, or a universal serial bus(USB).

In yet another aspect, a display device 511 can also be connected to thesystem bus 513 via an interface, such as a display adapter 509. It iscontemplated that the computer 501 can have more than one displayadapter 509 and the computer 501 can have more than one display device511. For example, a display device can be a monitor, an LCD (LiquidCrystal Display), or a projector. In addition to the display device 511,other output peripheral devices can comprise components such as speakers(not shown) and a printer (not shown) which can be connected to thecomputer 501 via Input/Output Interface 510. Any step and/or result ofthe methods can be output in any form to an output device. Such outputcan be any form of visual representation, including, but not limited to,textual, graphical, animation, audio, tactile, and the like.

The computer 501 can operate in a networked environment using logicalconnections to one or more remote computing devices 514 a,b,c. By way ofexample, a remote computing device can be a personal computer, portablecomputer, a server, a router, a network computer, a TCU, a PDA, acellular phone, a “smart” phone, a wireless communications enabled keyfob, a peer device or other common network node, and so on. Logicalconnections between the computer 501 and a remote computing device 514a,b,c can be made via a local area network (LAN) and a general wide areanetwork (WAN). Such network connections can be through a network adapter508. A network adapter 508 can be implemented in both wired and wirelessenvironments. Such networking environments are conventional andcommonplace in offices, enterprise-wide computer networks, intranets,and the Internet 515. In one aspect, the remote computing device 514a,b,c can be one or more TCUs 101.

For purposes of illustration, application programs and other executableprogram components such as the operating system 505 are illustratedherein as discrete blocks, although it is recognized that such programsand components reside at various times in different storage componentsof the computing device 501, and are executed by the data processor(s)of the computer. An implementation of navigation software 506 can bestored on or transmitted across some form of computer readable media.Computer readable media can be any available media that can be accessedby a computer. By way of example and not meant to be limiting, computerreadable media can comprise “computer storage media” and “communicationsmedia.” “Computer storage media” comprise volatile and non-volatile,removable and non-removable media implemented in any method ortechnology for storage of information such as computer readableinstructions, data structures, program modules, or other data. Exemplarycomputer storage media comprises, but is not limited to, RAM, ROM,EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can be accessed by a computer.

The processing of the disclosed methods and systems can be performed bysoftware components. The disclosed system and method can be described inthe general context of computer-executable instructions, such as programmodules, being executed by one or more computers or other devices.Generally, program modules comprise computer code, routines, programs,objects, components, data structures, etc. that perform particular tasksor implement particular abstract data types. The disclosed methods canalso be practiced in grid-based and distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules can be located in both local and remotecomputer storage media including memory storage devices.

As used herein in the method descriptions that follow, in certainembodiments, “in-vehicle system” can comprise a system that is installedin a vehicle, either at a factory, dealer, or by the user. In otherembodiments, “in-vehicle system” can comprise components and systemsthat can be used outside of a vehicle. In various embodiments, thein-vehicle system can comprise a telematics device, a navigation system,an infotainment system, combinations thereof, and the like. The “remotehost” can be a central monitoring station, or other host that maintainscomputing and communications systems configured for carrying out themethods.

Rather than periodically transmit the current location of asset 201, ormore precisely the current location of the GPS receiver in TCU 101, tothe central server 202 so that the server can determine whether ageofence, or geographical boundary, bounds, or surrounds, the vehicle, amethod and system reduces airtime used for regularly transmitting datafrom the tracked asset to the central computer, and also reduces usageof the vehicle's battery. Furthermore, the method and system facilitatesthe establishing of a boundary based on the current location of thevehicle, or other tracked asset, or an individual, either remotely at aserver, or locally at a telematics control unit in an asset, or vehicle.This differs from establishing a predetermined boundary without regardto the current location of the vehicle.

To accomplish these desirable benefits, a central computer, or othercomputing device, for example a TOC 202, receives a boundary requestmessage from a user. Such a boundary request message may accompany aservices request message generated by, or forwarded by, personnelworking for an intermediary services provider, such as a motorist'sassistance services provider 210 shown in FIG. 2 using a web site. Tocreate the boundary request message, the user 210 may select from a setof predetermined tracking preferences, such as boundary shape, size, andduration.

The preferences may be related to a type of tracking to perform. Forexample, if a driver of vehicle 201 requests assistance from a roadsideassistance service provider 210 in starting his car, the serviceprovider may select atracking preferences that define a circularboundary surrounding the car centered on the vehicle's current locationand having radius of, for example, fifty feet. The selected preferencesmay also include a duration for the boundary to remain active.

Or, the provider's 210 personnel may simply initiate the sending of aboundary request message to TCU 101 that merely instructs the TCU toinitiate a boundary, or geofence, around vehicle 201 using a defaultboundary shape. Although many default shapes and sizes could be used, aprovider would typically default to a circle of a predetermined radiuscentered at the current location of TCU 101. Various definitions ofgeofence size, shape, and duration may be transmitted to TCU 101 forstorage and later use, or they may be installed in the TCU when itsoperating software is loaded, or the services provider 210 may transmita selected geofence definition with the boundary request message.

A geofence may also define a political boundary, in which case using thecurrent location of asset 201 would determine the political boundary touse as the geofence boundary that surrounds vehicle, or other asset.

Upon receipt of the boundary request message at TCU 101, the TCUdetermines its current location, preferably from its GPS portion, oralternatively using its cellular telephony circuitry to triangulate islocation, and establishes a geofence around itself based on the currentlocation and the desired shape, whether a default, or other selectedshape.

Initiating a boundary message for either a default shape, or a selectedshape, by service provider 210 causes a central computer 202 to send aboundary identifier and a notification destination identifier in aboundary request message to TCU 101, which is associated with asset 201,or the vehicle, requesting assistance. The telematics control unit 101receives the boundary request message and extracts the identifier fromit. TCU 101 may then lookup from its memory a boundary definitioncorresponding to the boundary identifier. The boundary definition mayinclude an equation for a selected shape, for example a circle. Or, thedefinition may comprise a set of coordinates that define a particularpolygonal shape. After establishing the boundary definition based on thecurrent GPS coordinates of the vehicle, the TCU can send out an alertmessage according to the notification destination identifier when itleaves the boundary. Examples of the notification destination identifierinclude an e-mail address, an SMS number, a telephone number, a internetaddress, an internet uniform resources locator (“URL”), or other suchelectronic identifier used for identifying destination of an electroniccommunication message.

In the roadside assistance scenario, the notification destinationidentifier could be associated with the field services entity 212providing the roadside assistance, for example a wrecker service, andthe alert could serve as a notice to the service provider 212 that amotorist has successfully started his car and no longer needs theprovider's services. In another embodiment, the notification destinationidentifier could be associated with the intermediary operator 210, whichwould receive an alert and then contact services provider 212 that ithad received the alert. Or, a notification destination identifier couldinclude identifiers associated with both providers 210, and, 212, sothat they both receive boundary breach, or alert, message when vehicle201 leaves the initial-location boundary geofence.

Based on the notice, service provider 212 can redeploy an asset 214,such as a tow truck, mobile mechanic, fuel truck, etc. Thus, theprovider avoids a wasted trip of its personnel to the site of therequesting motorist who discovers the motorist has left and no longerneeds assistance in starting his car. In redeploying asset 214, theprovider 212, and provider 210, assume that the operator of vehicle 201no longer needs assistance, but did not notify either of the providers210, or 214 that he had left the location where he placed the initialrequest for assistance from. However, services provider 210, whotypically has a commercial relationship with the operator of vehicle201, may contact that operator to confirm that he no longer needsassistance. Service provider 212 may communicate with vehicle 214, whichmay be one in a fleet of vehicles, or assets, via a TCU 216 similar toTCU 101 in vehicle 201.

Turning now to FIG. 4, the figure illustrates a flow diagram for amethod 1000 for notifying when an asset moves outside a boundary. Method1000 starts at step 1005. A motorist makes a request for assistance atstep 1010, by either calling an intermediary call center operator, orpressing a button in the motorist's car (or asset) that sends a requestmessage to an intermediary operator. A TCU can also generate a requestif a sensor on the asset provides information to the TCU processor thatthe motorist needs assistance. The processor can determine the need forassistance based on a change in one or more characteristics of themotorists car, such as, for example, air bag deployment, or a fuel levelgage indicates the fuel tank is empty and the car's engine stoppedrunning.

An operator for an intermediary entity, a telematics services operator,a motorist's club services operator, a telephone services operator, oran emergency call operator, for examples, may receive a motorist'sassistance request message and forward the request to an appropriateservices provider. For example, if an air bag deploys, the appropriateprovider may be ambulance and police responders. Or, if a car runs outof gas, or loses tire pressure suddenly, the appropriate provider may bea roadside assistance provider. Typically, an operator working for anintermediary call center service provider receives an initial call, ortransmission, from a motorist who needs assistances. Intermediary callcenter personnel, or automated equipment thereof, formulates a servicerequest and forwards the request to an operator for, or automatedequipment of, a field service provider, such as a wrecker service, anambulance service, law enforcement personnel, or a roadside assistanceservice. The field service provider dispatches appropriate personnel andequipment according to the nature of the motorist's need based on theformulated request from the intermediary operator.

After the appropriate field service provider receives the assistancerequest, it dispatches a field service unit to render service to therequesting motorist at step 1015. The intermediate operator alsoinitiates and sends a boundary request message at step 1020 to the TCUthat sent the request for assistance message. At step 1025, the TCUreceives the boundary request message. In addition to forwarding theservice request to a services provider, the intermediary operator, orautomated equipment thereof, such as a computer server at atelecommunication operating center (“TOC”), may send a notificationdestination identifier in the boundary request message to the asset'sTCU.

Upon receiving the boundary request message the TCU may set a flag inits processor, or memory, to establish a geofence boundary based on aboundary definition, which the TCU may already contain, or the boundaryrequest message itself may contain a boundary definition for the TCU touse. Upon setting the flag and retrieving, or retrieving, the boundarydefinition to use, the TCU loads the boundary definition into its activememory at step 1030. At step 1035, the TCU obtains its current location,preferably from a GPS circuit that is integrated with, or coupled to,the TCU processor. Typically, the location information received from theGPS circuit comprises geographical coordinates. At step 1040, the TCUuses the boundary definition loaded in its active memory and the currentlocation coordinate(s) retrieved from the GPS circuit at step 1035, anddetermines an initial-location boundary. The TCU loads an expressionrepresenting the initial-location boundary into its active memory, orprocessor, and may begin a timer at step 1045.

At step 1050, the processor determines whether the timer has expired. Ifso, method 1000 ends at step 1055. If the timer has not expired, method1000 advances from step 1050 to step 1060 and the TCU processorretrieves the current location coordinates from the GPS circuit coupledto it. At step 1065, the TCU processor compares the current locationcoordinates to the initial-location boundary according to an appropriatecorresponding to the boundary definition loaded in memory, or in theprocessor. For example, if the initial-location boundary is a circle of50 foot radius centered at the location of the TCU at the time itreceived the boundary request message at step 1020, the TCU processorcan use a simple mathematical formulas, for example, the PythagoreanTheorem, to determine whether the distance between the location at step1020 and the current location is greater than 50 feet. Actually, thecoordinates used to establish the initial-location boundary are thoseretrieved from the GPS circuit at step 1035, but the time betweenexecution of step 1020 and step 1035 will typically be small compared tothe period between location information updates generated by the GPScircuit.

If the TCU processor determines at step 1065 that the initial-locationboundary, or ‘geofence’, surrounds the current location retrieved atstep 1060, method 1000 returns to step 1050 and proceeds as discussedabove. One will appreciate that the timer could be a timer operated fora certain period of time, or clock cycles, or the timer could also be apredetermined number of retrievals from the GPS circuit (a predeterminednumber of executions of step 1065). In addition, the timer could be setwith a high value so that method 1000 monitors whether theinitial-location boundary surrounds the vehicle for a long time—weeks,or months, for example.

If the processor determines at step 1065 that the initial-locationboundary does not surround the current location of the TCU retrievedduring the most recent execution of step 1060, then method 1000 advancesto step 1070.

At step 1070, the TCU generates a breach notification message, boundarycrossing notification message, or alert, and wirelessly transmits ittoward the services provider, or other entity, associated with anotification destination identifier that may be located in the boundaryrequest message. An alert may be a message that causes an affirmativeact to occur, such as illuminate a light, or icon on a screen, orgenerate an audible message. Or, the breach notification may merely bein the form of a message that is available to a user, but does not foistitself on the user in the form of overt action. The breach, or crossing,notification message may be an e-mail, SMS, telephonic, internet, IM, orother electronic message providing information to the service providerthat the geographical boundary no longer surrounds the tracked asset.The notification destination identifier may be a telephone number, aninternet address, an internet uniform resource locator (“URL”), an SMSnumber/identifier, an e-mail address, or a screen name. The servicesprovider can then decide how to act on the information contained in thebreach notification message. For example, the services provider couldsend a recall message to the field service unit instructing the driverthereof to return to its base location, or to communicate with the baselocation to receive updated work orders. In response to receiving thealert, the services provider may also attempt to communicate with themotorist, or the TCU in the vehicle, or asset, to confirm that themotorist no longer needs service. After a breach notification messagehas been transmitted, method 1000 ends at step 1055.

In another aspect, the tracked asset may be an individual, or, a deviceassociated with, and generally local to, an individual. The program thatprocesses the current location of the tracked asset, or individual, maybe running on a device such as a smart phone, or a cell phone. This maybe referred to as the tracking application device. The trackingapplication device may include accelerometers, a gyroscope, a GPSmodule, a long range wireless transceiver (e.g., a cellular phone modem)and a short range wireless transceiver (e.g. Bluetooth).

In an automobile, or other vehicle, scenario, a TCU 101 may bedistributed between multiple devices. For example, a dongle (which forpurposes of discussion may be referred to as fixed with respect to thevehicle) that couples with vehicle interface 11 may includeaccelerometers, a gyroscope, a GPS module, a long range wirelesstransceiver (e.g., a cellular phone modem) a short range wirelesstransceiver (e.g. Bluetooth). It too may have capabilities similar to atracking application device.

However, a mobile tracking application device, such as a smart phone orcell phone, may come close (i.e., the short range wireless transceiversare within range of one another) to the fixed dongle. The mobile devicemay be running an application that performs tracking and reporting whenit leaves a geofence, To conserve battery life of the mobile trackingapplication device, a processor in it may cause the GPS module in it toenter a sleep mode, and the application running in the mobileapplication tracking device could then use GPS location informationreceived from the fixed dongle via a wireless link between its shortrange wireless transceiver and the short range wireless transceiver ofthe fixed dongle to determine whether it is within or without a geofenceboundary defined in a received geofence definition, which could bereceived at the dongle and transferred to the mobile device/smart phone,or received by the mobile device itself.

The application running on the mobile tracking application device couldalso detect when it leaves the presence of the fixed dongle of thevehicle, and then control how it uses its internal GPS module/circuitry.For example, when the smart phone leaves range of the short rangewireless link, it can cause the internal GPS module to exit sleep modeand generate current location information, which the application runningon the mobile tracking application could then receive and use todetermine whether it is within a given geofence or not. To conservebattery power, the application could then instruct the processor of themobile device to cause the internal GPS module to enter sleep mode againif the location has not changed more than a predetermined amount duringa predetermined period. The mobile device could then monitor othersignals, such as for example, timing signals from cell phone towers, orthe like. In addition, the application running on the smartphone, orsimilar mobile device, may use detected wifi signals to compare to adatabase to determine its location. Using, for example, wifi and celltower signals to determine location consumes significantly less powerthan does a typical GPS module. Therefore, if processing of the locationinformation from the wifi, cell tower, or other similar signals, doesnot indicate that the smart phone, or other device running a trackingapplication, or geofence application, then its GPS module may remain insleep mode. By periodically checking the current location, and comparingto the location determined at a previous iteration, typically the mostrecent iteration, the mobile device can determine when to cause its GPSmodule to exit sleep mode and thus obtain higher accuracy and precisionof location information that GPS system can provide vis-à-vis usingsignals from cell towers or wifi network.

Thus, when coupled via a short range wireless link to a fixed device,such as a dongle, permanent TCU device, or other device in a vehiclethat has a GPS module, a mobile device running a geofence/trackingapplication can take advantage of the power source of the vehicle anduse GPS location information as the vehicle moves. When the mobiledevice moves out of short range wireless signal range of the fixeddongle, the geofence/tracking application can rely on locationinformation from the internal GPS of the mobile device while it ismoving, but cause the internal GPS module to sleep while the device isnot moving, and periodically query cell tower signals, wifi signals, andthe like to determine whether it has started moving again and thus causethe internal GPS module to awaken to take advantage of the GPS accuracy.The mobile device can send alerts when it crosses into or out of ageofence via a long range wireless link to a TOC server, to anothermobile device, to an e-mail address, to a telephone number, to a MACaddress, or other similar form for sending messages electronically.

In another aspect, a geofence/tracking application running on TCU 101coupled to the vehicle (either dongle, permanent, mobile device, orother) can determine whether a particular cell phone, or other mobiledevice, is in its presence. Based on a predetermined authenticationschedule and protocol, if a first mobile device is in the presence ofTCU 101, then the TCU may generate and transmit alerts when it crosses ageofence boundary, either crossing into our out from an area surroundedby the boundary. If, however, a second, or other, mobile device is inthe presence of TCU 101, it may not generate a geofence crossing alert.Alternatively, the presence of a preferred mobile device may suppresstransmitting of an alert, but the TCU may transmit geofence crossingalerts in the absence of the preferred mobile device.

In another embodiment, instead of transmitting alerts, the presence of apreferred mobile device with respect to a TCU 101 may facilitateauthentication with the TCU that enables functions such as door unlock,engine start/stop, and other vehicle control functions. Alternatively,TCU 101 may be programmed to prevent such vehicle control functions if apreferred mobile device is within range of a short range wireless linkbetween the mobile device and TCU. The facilitating or preventing ofsuch remote vehicle functionality may be associated with a geofence sothat such functionally may, or may not, occur based on the location ofthe TCU with respect to the geofence boundaries.

In another aspect, a mobile device may include accelerometers, or anaccelerometer module, such as a three-axis accelerometer module mountedon a circuit board. A processor in the mobile device may cause a GPSmodule internal to it (the mobile device) to enter a sleep mode if anapplication running on the mobile device determines that the mobiledevice is not moving. Signals from the accelerometer may be used as atrigger to wake up a GPS module in sleep mode, or may be used to adjusta rate at which the GPS module of a mobile device attempts to lock toGPS signals. For example, signals from an accelerometer may beconditioned (e.g., averaged, evaluate square root of the sum of thesquares, or other functions) and compared to a predetermined threshold.If the conditioned value of the accelerometer signals exceeds a triggerthreshold, then the mobile device processor causes the GPS moduleinternal to it to wake up. If awake, the conditioned GPS signal can beused to determine that the mobile device is moving at a speed fasterthan a predetermined rate, and increase the rate at which the mobiledevice attempts to lock to GPS signals according to the rate of motionof the device.

The processing of the disclosed methods and systems can be performed bysoftware components. The disclosed system and methods can be describedin the general context of computer-executable instructions, such asprogram modules, being executed by one or more computers or otherdevices. Generally, program modules comprise computer code, routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Thedisclosed methods can also be practiced in grid-based and distributedcomputing environments where tasks are performed by remote processingdevices that are linked through a communications network. In adistributed computing environment, program modules can be located inboth local and remote computer storage media including memory storagedevices.

While the methods and systems have been described in connection withpreferred embodiments and specific examples, it is not intended that thescope be limited to the particular embodiments set forth, as theembodiments herein are intended in all respects to be illustrativerather than restrictive.

Unless otherwise expressly stated, it is in no way intended that anymethod set forth herein be construed as requiring that its steps beperformed in a specific order. Accordingly, where a method claim doesnot actually recite an order to be followed by its steps or it is nototherwise specifically stated in the claims or descriptions that thesteps are to be limited to a specific order, it is no way intended thatan order be inferred, in any respect. This holds for any possiblenon-express basis for interpretation, including: matters of logic withrespect to arrangement of steps or operational flow; plain meaningderived from grammatical organization or punctuation; the number or typeof embodiments described in the specification.

It will be apparent to those skilled in the art that variousmodifications and variations can be made without departing from thescope or spirit. Other embodiments will be apparent to those skilled inthe art from consideration of the specification and practice disclosedherein. It is intended that the specification and examples be consideredas exemplary only, with a true scope and spirit being indicated by thefollowing claims.

What is claimed is:
 1. A method for notifying when an asset crosses aboundary, comprising: receiving at a tracking application apparatusassociated with the asset a boundary request message to establish alocation boundary, wherein the boundary request message includes apredetermined period associated with the location boundary; comparing anupdated current location of the tracking application apparatus with theestablished location boundary subsequent to the tracking applicationapparatus receiving the boundary request message; and transmitting acrossing notification message from the tracking application apparatuswhen a result of the comparing step indicates that the trackingapplication apparatus crossed the location boundary during thepredetermined period associated with the location boundary.
 2. Themethod of claim 1 wherein the boundary request message includes aboundary definition that includes a set of coordinates, relative toreference coordinates, that define the selected boundary.
 3. The methodof claim 1 wherein the notification message includes a request forgenerating an alert.
 4. The method of claim 3 wherein the alert includesat least one of an e-mail message, an SMS message, a telephonic message,an internet message, or an IM message.
 5. The method of claim 1 whereinthe boundary request message includes a boundary shape identifierassociated with one of a plurality of predetermined boundarydefinitions.
 6. The method of claim 5 wherein the boundary shapeidentifier corresponds to a particular boundary shape.
 7. The method ofclaim 5 wherein a memory coupled to the apparatus contains the pluralityof predetermined boundary definitions.
 8. The method of claim 2 whereinthe reference coordinates are the geographical coordinates of thelocation of the asset at the time the tracking application apparatusreceives the boundary request message.
 9. The method of claim 8 whereinthe boundary request message includes a boundary definition thatincludes an equation that defines the selected boundary relative toreference coordinates.
 10. The method of claim 1 wherein the boundaryrequest message includes a notification destination identifier, andwherein the crossing notification message is transmitted according tothe notification destination identifier.
 11. The method of claim 10wherein the notification destination identifier is one of a telephonenumber, internet address, a uniform resource locator, an SMS number, ane-mail address, or a screen name.
 12. The method of claim 1 wherein thetracking application apparatus comprises a telematics control unit. 13.The method of claim 2 wherein the method composes an application runningon a mobile device that is not fixed to the asset.
 14. A systemconfigured to provide a notification when an asset crosses a boundary,comprising: a wireless transceiver configured to wirelessly receive aboundary request message requesting the establishment of a locationboundary, wherein the boundary request message includes a predeterminedperiod associated with the location boundary; a processor coupled to thewireless transceiver configured to compare, subsequent to the time thetransceiver received the boundary request message, an updated currentlocation of the asset, received from a tracking application apparatus,with the established location boundary; and wherein the wirelesstransceiver is configured to transmit a crossing notification messagefrom a tracking application when a result of the comparing stepindicates that asset crossed the location boundary during thepredetermined period associated with the location boundary.
 15. Thesystem of claim 14 wherein the system comprises a telematics controlunit substantially fixed to the asset and a mobile device running ageofence application, wherein the telematics control unit and the mobileapplication are configured to communicate control, data, information,and other signals with each other over a short range wireless link whenthe telematics control unit and the mobile device are within a firstrange of each other, the first range being the range in which thetelematics control unit and the mobile device can communicate signals toeach other over the short range wireless link, and wherein the mobiledevice includes the wireless transceiver and processor and wherein thewireless device runs the tracking application.
 16. The system of claim15 wherein the mobile device is configured to use location informationfrom a GPS module of the telematics control unit when the mobile deviceand the telematics control unit are within the first range of eachother.
 17. The system of claim 16 wherein the notification messageincludes at least one of an e-mail message, an SMS message, a telephonicmessage, an internet message, or an IM message.
 18. The system of claim15 wherein the mobile device is configured to use location informationfrom a GPS module internal to it when it and the telematics control unitare not within the first range of each other.
 19. The system of claim 18wherein the mobile device is configured to use location information fromsignals other than GPS signals to determine that it has moved after aGPS module internal to it has entered a low power mode, and to cause theGPS module internal to it to exit the sleep mode.
 20. The system ofclaim 19 wherein the mobile device is configured to use signalstransmitted from a cellular telephony tower to determine that it hasmoved.
 21. The system of claim 19 wherein the mobile device uses signalsfrom an accelerometer module internal to it to determine that it hasmoved, and wherein the mobile device is configured to adjust the rate atwhich the GPS module internal to it attempts to lock to GPS signalsbased on a magnitude of the signal from the accelerometer module.